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D e scription 

M e thod, t e rminal, and s e rver for transmitting service m e sGag e s in a fix e d and/or 
mobil e n e twork 

SPECIFICATION 
TITLE 

METHOD, TERMINAL, AND SERVER FOR TRANSMITTING SERVICE 
MESSAGES IN A FIXED AND/OR MOBILE NETWORK 
FIELD OF TECHNOLOGY 
The present disclosure relates to smart-home networking and messaging 

BACKGROUND 

Multimedia messages or service messages of various types employed in 
communication services such as > for instanc e , SMS (Short Message Service), MMS 
(Multimedia Message Service), e-mail (electronic mail), EM (Instant Messaging), 
and others are typically t ransmitted on the downlink and uplink between a 
communication server in the service center and a terminal embodied in the mobile 
radio network as , for exampl e , a mobile telephone (cell phone) and in the circuit- 
switched and/or packet-switched fixed network as , for e xampl e , a communication 
terminal that can be used for this purpose in a "Smart Home" scenario. 

As a successor to the very widely disseminated Short Message Service 
(SMS), mobile radio operators have developed and introduced the Multimedia 
Message Service (MMS). This is characterized in that images, sound, and text files 
are transmitted in unison, delivered directly to the recipient, and visualized by the 
terminal. A prerequisite is for the recipient to have an MMS-enabled terminal. If 
that is not the case the recipient will be notified accordingly via another route 
(SMS, telephone call, e-mail, etc.) and at the same time be offered a link to a "URL 
(Unified Resource Locator)" via which he or she will be able to retrieve the 
message at a later time using a "WEB browser". 

According to the prior- ^art, a special gateway, in particular an "F-MMS 
gateway", and a terminal designed for the service, in particular an MMS-enabled 
terminal, is required for delivering service messages, in particular "multimedia 



40 



messages", to a terminal (for example a DECT telephone) that is not directly 
connected to the mobile radio system. However, special such t erminals of said typo 
for the-fixed n e twork will n etworks are only being introduced tfrte -into, and 
available on the market gradually. For a swift launch of the various services, in 
particular the MMS service, in a fixed network it is therefore necessary also to 
enable users to receive such service messages using any terminals. 

According to the prior art a terminal designed for the service, in particular 
an MMS-enabled terminal, is again necessary for producing service messages, in 
particular MMS messages. Alongside this, "WEB chents" are also employed on the 
personal computer for producing messages of said type. So that the above- 
described reception of service messages, in particular MMS messages, on any 
terminals can be employed to practical advantage, a concept is also required for 
producing and sending service messages, in particular MMS messages, on 
terminals that are not suitable for this pvupooe p urpose. 

To enable the individual communication subscribers offered the 
communication services cited at the beginning to have uniform access to the 
services and so that data transmitted therein can be administered, it is known that 
providers of such communication services operate special internet portals such as, 
for example, "WEB.DE" (http://web.de), and offer them for use. The "WEB.DE" 
offering comprises a large, editorially maintained directory of German-language 
internet pages and services relating to navigation, information, communication, 
discussion, and entertainment. "WEB.DE" moreover also offers what is termed the 
"Unified Messaging" service which includes, inter alia, an e-mail service, an SMS 
service, an organizer service (calendar, appointment, and address management), 
and a telefax service, and further offers the possibility of conducting telephone 
calls. 

SUMMARY 

Tho obj e ct und e rlying the invention is to disclos e A ccordinglv, a method, 
terminal, and server for transmitting service messages in a fixed and/or mobile 
network is disclosed, w herein various types of service messages such as, for 
example, multimedia messages (MMS messages), short messages (SMS messages). 
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e-mail messages, facsimile messages, "voice mail" messages, "Instant Messaging" 
messages etc. that are available or provided in a service center or generated in the 
terminal are transmitted between the service center and terminal without the 
terminal's having to be embodied as a "client" with reference to transmitting and 
processing the service message. 

Said obj e ct is achi e ved by moans of tho foatur e s of independent m e thod 
r e lated claims 1 to 4 , independent s e rver rolatod claims 36 to 39, and ind e pendent 
t e rminal r e lat e d claims 63 and 6 4 . 

The ideal undorhin j g tho invention is to transmit diff e r e nt D ifferent 
multimedia messages of the t\p e . for e xampl e , cit e d at the b e ginning m ay be 
transmitted from a service center directly or indirectly, via an intermediate server, 
to a server embodied as a "message server" which edits the message in accordance 
with the- inventive objec t present disclosure , and to forward forwards them 
therefrom in edited form for output on a fixed/mobile network-specific terminal to 
the terminal and, in the opposite direction, to transmit multimedia message content 
from the terminal to the server, which produces a multimedia message from said 
content then forwards said message again directly or indirectly to the service center. 

The technical features - include that ar e essential th e r e for are : 

(i) Delivering the multimedia message (service message) to the terminal and 
processing multimedia content, although the terminal itself does not have a special 
"client" for understanding and processing the message. 

(ii) Provisioning a server which edits the multimedia messages and 
communicates with the terminal over a packet-switched connection. 

(iii) A mechanism which allows a terminal subscriber (for example a person 
using the terminal) to define, as the sender/recipient, the extent to which he/she 
wishes to be informed about the receipt of new service messages and to produce the 
content of notifications about new service messages on a need-oriented basis. 

(iv) A concept that allows service messages to be produced on and sent 
from a terminal which itself does not have a special "client" for producing a service 
message. 
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The components Gp e cificallv hav e include the following functions and 
characteristics , which aro substantially d e scribed in th e s ubclaims : 
Server 

• Registering, authenticating, authorizing, and administering 
registered terminal subscribers (senders/recipients). 

• Accepting incoming service messages using, for example, an SMTP 
protocol. 

• Analyzing and structuring incoming messages (from whom, which 
media, semantic analysis of audio, images, and video - identifying 
characteristic features to simplify and speed up later locating, 
filtering, and converting); describing by means of structure 
information in, for example, MPEG-7 format. 

• Archiving received messages in personal directories. 

• Delivering notifications to the terminal about the arrival of new 
messages in the form of "PUSH" via TCP/IP; alternatively as an SIP 
notification or, as the case may be, message. 

• Editing the service message in a form harmonized with the terminal 
and the terminal subscriber's personal preferences; XSLT 
transformation based on stored style sheets and, depending on 
terminal features and personal preferences, a presentation of the 
message generated from the elements of the received message; 
producing a presentation in a format that is suitable for the terminal, 
for example HTML, for a "WEB browser" (alternatively also SMIL, 
WML, XML, etc.). 

• Provisioning of control functions such as, for instance, the deletion 
of messages, implemented using, for example, JavaScripts. 

• Administering statuses of logged-on terminal subscribers with 
reference to the retrieval of service messages. This will allow several 
users of one and the same terminal, for example a set-top box used 
in conjunction with a television set, to retrieve and manage their 
personal messages individually. 
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• Accepting message elements from the temiinal for sending as an 
MMS. 

• Composing an MMS and sending it via SMTP to the MMSC. 
Temiinal 

• Can be any temiinal and in a specific embodiment is, for example, a 
set-top box used in conjunction with a television set. 

• Makes an application available for the purpose of outputting, for 
example visualizing presentations/media, for example a "WEB 
browser", 

• Implements a communication component, called a notification 
recipient or "listener", which accepts the notifications from the 
server. 

• It is alternatively also possible for an "SIP client" to be implemented 
in the terminal. 

• The "listener" visualizes the notifications, which can contain both 
text and images, audio, and video components. Visualizing in the 
form of text, audio data, images, window size, window position, and 
commands is controlled via an "Application Programming Interface 
(API)". The notification recipient can alternatively also forward the 
received content to the "WEB browser" for visualizing. 

• The "listener" makes a "Unified Resource Locator (URL)" available 
to the "WEB browser" via which URL said browser can retrieve the 
actual message edited for the terminal. 

• The notification recipient allows an application, for example the , 
browser, to be called up directly from the notification for retrieving 
the entire message. 

• The terminal can, as either a "plug-in" or an autonomous 
application, implement an application for sending messages. Said 
application conveys the produced/selected information (text, image, 
audio, video) to the server along with the structure information [for 
example a form of address, closing phrase, meaning/function of text 
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elements (for example main text, comment, footnote, etc.), and 
references] which is determined automatically during editing and 
described in, for example, MPEG-7 format. 
Notification: 

A particular feature is that the type and scope of the notification (the way 
the notification message appears) can be individually set by the terminal subscriber. 
For this purpose he/she informs the server of the required mode during log-on: 

• Lisertion of a window in which are displayed the semantically most 
important message elements of the received information or, as the 
case may be, parts of said elements. In the case of a set-top box used 
in conjunction with a television set the window is inserted over the 
current TV picture. Both the size of the window and its position on 
the television screen can vary and should not completely cover the 
TV screen. The content is extracted firom the received service 
message by the server. 

• Insertion of information in a status line, with in particular the sender 
and addressee being displayed. What type of message the service 
message is constitutes a useful addition if the notification system is 
used for different service messages. 

• A result of the status-line solution is that there will be no 
notification, which is to say that the subscriber will not be disturbed 
or, as the case may be, interrupted. 

• The server uses the stored structure information to extract the 
relevant message elements for the mode that has been set and sends 
said message elements to the notification recipient in accordance 
with the mode that has been set. 

The components* t e chnical embodim e nt components hardware 
configuration is substantially m ostlv b ased on known technologies; Ae-special 
foaturo is to b e found in how individual features include compon e nts ar e design e d 
component design and combined combination in a way allowing new functions or, 
as the case may be, functionalities to be realized in a novel manifestation: 
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• The use of terminals [for example a set-top box. Personal Digital 
Assistant (PDA), etc.] not designed for a specific communication 
service for any asynchronous multimedia commimication services 
(SMS, MMS, e-mail, Instant Messaging, chat, etc.). 

• The delivery of notifications (for example MMS, SMS) does not 
require a separate circuit-switched connection (for example POTS, 
ISDN). 

• Individualized message receipt/delivery can also be realized via a 
non-personal telephone number/address. 

• Implementing of a message archive that can administer any 
messages from any services and display them on any terminals, 
which do not require a specific "client". 

• Retrieval of messages fi-om any terminal, adapted to the terminal's 
features and to personal preferences. 

• Uniform access to any asynchronous communication services; no 
need to implement a separate "client" etc. for each service (SMS, 
MMS, e-mail, IM, chat). 

Description of "transmitting an MMS message" scenario: 

• A terminal subscriber (subscriber B) purchases a new set-top box 
and wants to use the "MMS-on-TV" service. To be able to use said 
the service the terminal subscriber first has to register with the server 
or, as the case may be, server operator. When this is done, an 
"account" is set up on the server for him/her under which he/she can 
then log on and retrieve messages. His/her telephone number to 
which MMS messages would normally be forwarded is also passed 
on to the "Multimedia Message Service Center (MMSC)" for 
configuring same. 

• Subscriber B is at home and watching TV and wants, while doing 
so, to be notified of the arrival of new messages. His/her set-top box 
is connected to the "internet" over an existing TCP/IP connection 
via his/her "Internet Service Provider (ISP)". The connection can be 
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provided via a modem (POTS, ISDN, for example), xDSL, 
CableModem, PowerLine, or WLAN, etc. 

• Subscriber B launches the "WEB browser" via the set-top box's 
menu and calls up the pre-configured start page for logging on to the 
server. He/she logs on there using his/her personal password, 
thereby automatically storing the IP address imder which he/she will 
henceforth be accessible and wants to receive messages. He/she also 
informs the server of which terminal he/she wishes henceforth to use 
for receiving and retrieving messages (the set-top box). He/she 
finally indicates how he/she wishes to be notified of the arrival of 
new messages (not at all, via a short notice, fully via an Instant 
Message, etc.) 

• The server administers this configuration in a database (see table 
below). 
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• The notification recipient program, which, for example, opens a 
TCP port and listens for events (for example TCP packets) directed 
at said port, is launched at the same time. 

• From a mobile telephone (cell phone) or an MMS-enabled fixed- 
network telephone, another subscriber (subscriber A) then sends an 
MMS message to subscriber B, who is known in a fixed network and 
registered there through his/her telephone number. 
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The MMS message arrives at the operator's "MMSC", which is 
configured in such a way that all messages addressed to registered 
destination telephone numbers (among which is subscriber B's 
telephone number) will be forwarded to the server. Present-day 
systems forward an MMS message in the mobile radio network to 
the destination mobile telephone or to an F-MMSC gateway or an 
e-mailAVEB portal 

The forwarding mechanism is based on the SMTP protocol, behind 
which is a standardized mail protocol. 

An SMTP server accepts the message on the server and forwards it 
for message analysis. 

The message is here disassembled into its various components (for 
example images, text, audio, video, presentation scripts, and other 
data) and the structure analyzed. From the information contained the 
structural analysis attempts to identify the semantic meaning of 
individual components (for example comment, form of address, 
closing phrase, descriptive metadata such as, for example, camera 
parameters, etc.), but also the cross-referencing between elements 
(references, for example text refers to an image). This analysis also 
includes analyzing the media, in particular video data. For example 
video clips are disassembled into semantically relevant scenes, 
which are in tum represented by means of individual key images. 
When the message is retrieved, video clips can thus also be 
displayed in the form of short video compilations or of individual 
key images. The same applies to audio clips. The structure 
information is described and stored in, for example, MPEG-7 
format. 

The analysis module identifies the recipient using the information 
contained in the MMS message, either fi-om the telephone number, 
where applicable with a number extension, and/or firom the form of 
address (greeting), and/or by means of an explicit address entry in 
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the MMS-specific structure information (Note: The MMS message 
can itself also contain structure information/metadata). The message 
and its elements are stored in the recipient's personal message 
archive, with each message being assigned its own subdirectory. For 
example: 

Root ^ user 1 -> messagel 

message2 
^ user 2 ^ messagel 

Because subscriber B is logged on and has set the notification mode 
to "Full" (see table), a message compositor will produce a 
notification. For this purpose said compositor receives the most 
important text components (image, audio, where applicable video) 
from the analysis module as well as a "Unified Resource Identifier 
(URI)" under which the entire message can be retrieved. 
The message compositor sends the notification, for example as a 
TCP packet, to the IP address of the set-top box with the port of the 
notification recipient. 

The notification recipient accepts the packet and, since the 
notification mode is "Full", opens a "top-level" window on the 
television screen in which the message components contained are 
displayed. The notification simultaneously contains details of 
actions to be initiated when specific keys are actuated. 
By pressing the remote control key "OK", subscriber B can hence go 
immediately to message retrieval. 

The notification recipient for this purpose launches the "WEB 
browser" and gives it the "URIVURI" from the notification. 
The "WEB browser" issues an "http request" with the "URL/URI" 
contained in the notification. 

From the "URL/URI" the server recognizes who wants to retrieve 
which message. Because subscriber B has specified a set-top box as 
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the terminal, the XSLT transformer produces an HTML presentation 
of the message from the style-sheet-based configuration profile 
designed for a television set and from the structure information of 
the message, with the media elements being "inserted" into the 
presentation and adjusted to the format. 

Said matching of the media elements to the presentation format is 
performed by a media adapter which scales and rotates images, 
matches color spaces, and converts formats (the set-top box requires 
only one decoder for a single format) etc. Modality changes such as, 
for example, text-to-speech and video-to-still images, etc. can also 
be realized here. 

An image composed of, for example, 4 quadrants is assembled on 
the set-top box. 

An overview of the messages contained in the message archive is 
produced in the top left quadrant which overview displays which 
messages have been read or, as the case may be, are imread, and 
which message is being read. The subscriber can scroll through the 
list and select messages. This selection frmction is implemented in 
JavaScript form and triggers the compilation of a new HTML 
presentation on the server. The currently opened message is 
visualized, for example, having a colored background. 
The television program in progress is shown scaled in the top right 
quadrant. 

The text portion of the message containing the links to the media is 
shown in the bottom left quadrant. 

The bottom right quadrant shows the currently selected image. 
Subscriber B can change between the quadrants using the "right" 
and "left" cursor keys, with the selected quadrant again being, for 
example, color-highlighted. 

The **up" and "down" cursor keys are used to scroll within a 
window. 
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• Subscriber B is furthermore able to use supporting functions such as 

Full-image display 
Delete messages 

Send messages (Reply, Forward, Compose new message) 
Change the notification mode 

• These functions are controlled by means of JavaScripts, with new 
HTML pages being generated accordingly by the server. 

• Subscriber B can by selecting an application open an editor for 
producing a message. He/she is presented with a pre-specified 
structure via a mask. Images, video, and audio can be inserted 
alongside a text. The media can be "grabbed" from an archive on the 
set- top box, from a memory card inserted into the box, from the 
server, or from the program in progress. 

• The editor conveys the media elements together with the structure 
information pre-specified by the mask (in, for example, MPEG-7) to 
the server (using, for example, the http protocol), which generates a 
valid MMS message therefrom. This is then forwarded to the 
"MMSC" for sending. 

Furth e r advantag e s of th e inv e ntion ar e contain e d in th e following 
d e scription of an e x e mplary e mbodim e nt of th e inv e ntion. The e x e mplary 
embodim e nt of th e inv e ntion is explain e d with th e aid of FIGURES 1 to 3, 4a and 
4 b, 5a and 5b, and 6 to 13: 

BRIEF DESCRIPTION OF THE DRAWINGS 

The various objects, advantages and novel features of the present disclosure 
will be more readily apprehended from the following Detailed Description when 
read in conjunction with the enclosed drawings, in which: 

FIGURE 1 shows a first scenario for transmitting different service messages 
between service centers and terminals located in a "Smart Home" scenario based on 
a "one-server concept* \ concept"; 
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FIGURE 2 shows a second scenario for transmitting different service 
messages between service centers and terminals located in a "Smart Home" 
scenario based on a "two-server concepf \ concept" : 

FIGURE 3 shows, proceeding from FIGURE 2, a modified "two-server 
concept" wherein a server and a terminal in the "Smart Home" scenario form a 
structural and functional ^m fetmit: 

FIGURES 4a and 4b are a first flowchart for transmitting a service message 
according to the "one-server concept" shown in FIGURE 4^1; 

FIGURES 5a and 5b are a second flowchart for transmitting a service 
message according to the "two-server concept" shown in FIGURE S^^i 

FIGURE 6 is a change-of-state diagram with a top-down approach for 
transmitting a service message on the downlink (service center ~> terminal) 
according to the flow shown in FIGURES 4a and 4b for the "one-server concept" 
(FIGURE i},!^ 

FIGURE 7 is a change-of-state diagram with a top-down approach for 
transmitting a service message on the uplink (terminal — > service center) according 
to the flow shown in FIGURES 4a and 4b for the "one-server concept" (FIGURE 

FIGURE 8 is a change-of-state diagram with a top-down approach for 
transmitting a service message on the downlink (service center — > terminal) 
according to the flow shown in FIGURES 5a and 5b for the "two-server concept" 
(FIGURE 3)t2}; 

FIGURE 9 is a change-of-state diagram with a top-down approach for 
transmitting a service message on the uplink (terminal — > service center) according 
to the flow shown in FIGURES 5a and 5b for the "two-server concept" (FIGURE 

FIGURE 10 shows the basic structure of the server in FIGURE 1 and of the 
second server in FIGURES 2 and 3 for transmitting a service message on the 
downlink (service center ~> t e rminal), terminal): 
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FIGURE 1 1 shows the basic structure of the server in FIGURE 1 and of the 
second server in FIGURES 2 and 3 for transmitting a service message on the uplink 
(terminal ~> service center^ c enter): 

FIGURE 12 shows the basic structure of the terminal (set-top box, 
television set, and remote control) in FIGURES 1 to 3 for transmitting a service 
message in accordance with a first transmission protocol HTTP-over-TCP/H^IP; 
and 

FIGURE 13 shows the basic structure of the terminal (set-top box, 
television set, and remote control) in FIGURES 1 to 3 for transmitting a service 
message in accordance with a second transmission protocol SIP, HTTP-over- 
TCP/IP. 

DETAILED DESCRIPTION 
FIGURE 1 shows a first Gconario embodiment for transmitting different 
service messages SN between service centers SZ1...SZ5 and terminals EG located 
in a "Smart Home" scenario SHU. Of the service centers SZL..SZ5 a first service 
center SZl is embodied for transmitting the "Multimedia Message Service (MMS)" 
as a "Multimedia Message Service Center (MMSC)", a second service center SZ2 
is embodied for handling the "Short Message Service (SMS)" as a "Short Message 
Service Center (SMSC)", a third service center SZ3 is embodied for handling the 
"e-mail" Service as an "Electronic Mail Service Center (EMail SC)", a fourth 
service center SZ4 is embodied for handling the "Voice Mail/Phone Call/Fax" 
service as a "Voice Mail/Phone Call/Fax Service Center (Voice Mail/Phone 
Call/Fax SC", and a fifth service center is embodied for handhng the "Instant 
Messaging" service" as an "Instant Messaging Service Center (IMSC)". 

Of the service centers SZ1...SZ^SZ5^ the first service center SZl, the 
second service center SZ2, and the third service center SZ3 are each connected via 
a first packet-switched connection VI to a server SV. A server/service center- 
specific transmission protocol SMTP, MMl...MM7-over-TCP/IP is handled via 
said first connection VI between the respective service center SZ1...SZ3 and the 
server SV. The transmission protocol is preferably a "Simple Mail Transfer 
Protocol (SMTP)" or MMS-specific protocol specified by the "3GPP" 
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standardizing body based on MMS interfaces MMl ...MM7 which in either case is 
handled in the course of a "Transmission Control Protocol/Internet Protocol 
(TCP/IP)". Although the packet-switched connection is basically present again 
between the server S V and the respective service center SZ4, SZ5 when service 
messages are transmitted according to the "Voice Mail/Phone Call/Fax" service and 
the "Instant Messaging" service, additional measures or, as the case may be, 
components are required to be able to control the respectively cited service with the 
aid of the server SV. 

Various protocols are used for the "Instant Messaging" service all of which 
have in common that it is assumed that the terminal EG is ready to receive and the 
IM messages can be delivered immediately. The IM message is as a rul e is 
generally not stored or , us th e case may b e , said function is may be the 
responsibility of the "client" installed on the terminal EG. A preferred 
implementation of the "Instant Messaging" service is based on the server SV being 
configured as a "Session Initiation Protocol (SIP)" server having an SIP-based User 
Authentication and on the SIMPLE protocol based on the "Session Initiation 
Protocol" being used. Arriving IM messages are routed to the server SV, which 
terminates the SIP session, via an SIP redirector SIP-U embodied as an "SIP 
redirect server". If the terminal EG has an "IM client" based on the SIMPLE 
protocol, the terminal subscriber will also be able to use the "Instant Messaging" 
service directly. 

In the case of the "Voice Mai^Phone Call/Fax" service, regular telephone 
calls conducted over, for instance, a circuit-switched network ISDN, PSTN 
(Integrated Services Digital Network, Public Switched Telephone Network) will, if 
a call is not answered, be switched to a converter KON, embodied as a "gateway", 
which will accept the call and convert it into an "SIP call". For that purpose the 
converter has a POTS (Plain Old Telephone Service) interface and an SIP interface. 
Said "SIP call" is terminated by the server SV in the form of an SIP-based 
answering machine which stores the voice mail as a message in the archive and 
notifies the terminal subscriber of the voice mail's arrival. Fax messages are also 
accepted and forwarded to the server SV in an analogous manner. 
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The server SV at which the service messages SN transmitted by the service 
centers SZ1...SZ5 arrive has, for processing said service messages SN, an editing 
unit ABE that is connected to a service message memory SNS. Besides the service 
message memory SNS the editing unit ABE is also assigned a user database NDB 
that is also used by an "SIP proxy" SIP-P. The service message memory SNS 
and/or the user database NDB are/is either located outside the server SV or 
form/forms a constituent part thereof. 

The "SIP proxy" SIP-P is preferably located in a "client-server architecture" 
between the "client" and server. In FIGURE 1 the "client" is the terminal EG in the 
"Smart Home" scenario SHU, while the server is formed from the SIP redirector 
SIP-U in conjunction with the server SV or from the SIP redirector SIP-U in 
conjunction with the service center SZ5. 

The server SV is assigned via a second packet-switched connection V2 to a 
packet-switched network PVN embodied preferably as the intemet. Via the second 
connection V2 the packet-switched network PVN is fiirthermore assigned an 
"Intemet Service Provider" ISP and a router RT in the "Smart Home" scenario 
SHU as a coupling module for coupling the terminal EG to the packet-switched 
network PVN. The data or, as the case may be, information transmitted over the 
second packet-switched connection V2 between the router RT, the "Intemet Service 
Provider" ISP, and the server SV is transmitted in accordance with a server- 
/terminal-specific transmission protocol HTTP, SBP-over-TCP/IP. The cited 
transmission protocol is preferably a "HyperText Transfer Protocol (HTTP)" or 
"Session Initiation Protocol (SDP)" handled in each case in the course of the 
"Transmission Control Protocol/Internet Protocol (TCP/IP)". 

In the "Smart Home" scenario SHU a cordless base station BS embodied as 
an "Access Point (AP)" is connected between the router RT and the respective 
terminal EG. The base station BS has a connection to an ISDN-/PSTN-specific 
circuit-switched network and a connection to the "SIP proxy" SIP-P. Via a 
DECT/WLAN air interface-sai d, the base station BS is fiirthermore assigned a 
conventional cordless mobile unit MT for circuit-switched cordless telephony. 
Besides said -the m obile unit MT, the base station BS is also assigned a multiplicity 
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of potential terminals EG. For example a set-top box STB connected to a television 
set FA via SCART or S-video interface, a personal computer PC, a "Personal 
Digital Assistant" PDA, and a smart telephone STF are embodied in the "Smart 
Home" scenario SHU as a terminal EG. While the set-top box STB, the "Personal 
Digital Assistant" PDA, and the smart telephone STF are each connected to the 
base station BS via a short-range radio interface embodied preferably according to 
the IEEE 802.1 1 standard (WLAN standard) or Bluetooth standard, the personal 
computer PC is connected to the base station BS via a USB port. 

FIGURE 2 shews -illustrates a second sc e nario embodiment for transmitting 
different service messages SN between service centers SZ1...SZ5 and terminals EG 
located in a "Smart Home" scenario SHU. Again, of the service centers SZ1...SZ5 a 
first service center SZl is embodied for transmitting the "Multimedia Message 
Service (MMS)" as a "Multimedia Message Service Center (MMSC)", a second 
service center SZ2 is embodied for handling the "Short Message Service (SMS)" as 
a "Short Message Service Center (SMSC)", a third service center SZ3 is embodied 
for handling the "e-mail" service as an "Electronic Mail Service Center (EMail 
SC)", a fourth service center SZ4 is embodied for handling the "Voice Mail/Phone 
Call/Fax" service as a "Voice Mail/Phone Call/Fax Service Center (Voice 
Mail/Phone Call/Fax SC", and a fifth service center is embodied for handling the 
"Instant Messaging" service" as an "Instant Messaging Service Center (IMSC)". 

Of the service centers SZ1...SZ5 the first service center SZl, the second 
service center SZ2, and the third service center SZ3 are again each connected via a 
first packet-switched connection VI to a first server SVl. A server/service center- 
specific transmission protocol SMTP, MMl...MM7-over-TCP/IP is again handled 
via said first connection VI between the respective service center SZ1...SZ3 and 
the first server SVl . The transmission protocol is again preferably a "Simple Mail 
Transfer Protocol (SMTP)" or MMS-specific protocol specified by the "3GPP" 
standardizing body based on MMS interfaces MML..MM7 which in either case is 
handled in the course of a "Transmission Control Protocol/Intemet Protocol 
(TCP/IP)". Although the packet-switched connection is basically present again 
between the first server SVl and the respective service center SZ4, SZ5 when 
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service messages are transmitted according to the "Voice Mail/Phone Call/Fax" 
service and the "Instant Messaging" service, additional measures or, as the case 
may be, components are required to be able to control the respectively cited service 
with the aid of the first server SVl . 

Various protocols are used for the "Instant Messaging" service all of which 
have in common that it is assumed that the terminal EG is ready to receive and the 
IM messages can be delivered immediately. The IM message is as a rule not stored 
or, as the case may be, said function is the responsibility of the "client" installed on 
the terminal EG. A preferred implementation of the "Instant Messaging" service is 
based on the first server SVl being configured as a "Session Initiation Protocol 
(SIP)" server having an SEP-based User Authentication and on the SIMPLE 
protocol based on the "Session Initiation Protocol" being used. Arriving IM 
messages are routed to the first server SVl, which terminates the SIP session, via 
an SIP redirector SIP-U embodied as an "SIP redirect server". If the terminal EG 
has an "IM client" based on the SIMPLE protocol, the terminal subscriber will also 
be able to use the "Instant Messaging" service directly. 

In the case of the "Voice Mail/Phone Call/Fax" service, regular telephone 
calls conducted over, for instance, a circuit-switched network ISDN, PSTN 
(Integrated Services Digital Network, Public Switched Telephone Network) will, if 
a call is not answered, be switched to a converter KON, embodied as a "gateway", 
which will accept the call and convert it into an "SIP call". For that purpose the 
converter has a POTS (Plain Old Telephone Service) interface and an SIP interface. 
Said "SIP call" is terminated by the first server SV in the form of an SIP-based 
answering machine which stores the voice mail as a message in the archive and 
notifies the terminal subscriber of the voice mail's arrival. Fax messages are also 
accepted and forwarded to the first server SV in an analogous manner. 

In contrast to the server SV in FIGURE 1, the server SV at which the 
service messages SN transmitted by the service centers SZ1...SZ5 arrive is 
conventionally designed for processing said service messages SN. It therefore does 
not have an editing unit ABE. Furthermore, the first server SVl is only assigned a 
user database NDB and not a service message memory. Besides this, the user 
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database NDB forms a constituent part of the first server SVL There is, moreover, 
a further user database NDB' which is used by an "SIP proxy" SIP-P. 

The "SIP proxy" SIP-P is located in a "cUent-server architecture" between 
the "client" and server. In FIGURE 2 the "client" is again the terminal EG in the 
"Smart Home" scenario SHU, while the server is formed from the SIP redirector 
SIP-U in conjunction with the first server SVl or from the SIP redirector SIP-U in 
conjunction with the service center SZ5. 

The first server SVl is again assigned via a second packet-switched 
connection V2 to a packet-switched network PVN embodied preferably as the 
internet. Via the second connection V2 the packet-switched network PVN is again 
furthermore assigned an "Intemet Service Provider" ISP and a router RT in the 
"Smart Home" scenario SHU as a coupling module for coupling the terminal EG to 
the packet-switched network PVN. The data or, as the case may be, information 
transmitted over the second packet-switched connection V2 between the router RT, 
the "Intemet Service Provider" ISP, and the server SV is transmitted in accordance 
with a server-Zterminal-specific transmission protocol HTTP, SIP-over-TCP/IP. The 
cited transmission protocol is preferably a "HyperText Transfer Protocol (HTTP)" 
or "Session Initiation Protocol (SIP)" handled in each case in the course of the 
"Transmission Control Protocol/Intemet Protocol (TCP/IP)". 

In contrast to FIGURE 1, a second server SV2, for example a home server, 
is located in the "Smart Home" scenario SHU between the router RT and the 
respective terminal EG (two-server concept in contrast to the one-server concept in 
FIGURE 1). Like the server in FIGURE 1, the second server SV2 again has an 
editing unit ABE that is connected to a service message memory SNS located in the 
second server SV2. In contrast to the server in FIGURE 1, the second server SV2 is 
not, though, assigned a user database NDB. Connected downstream of the second 
server SV2 via a third connection V3 is a set-top box STB embodied as an "Access 
Point (AP)". The set-top box STB has, for example, a USB link to a cordless base 
station BS that is in turn connected to an ISDN-/PSTN-specific circuit-switched 
network. The set-top box STB fiirther has a connection to the "SIP proxy" SIP-P. 
Via a DECT/WLAN air interface said base station BS is fiirthermore connected to a 
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conventional cordless mobile unit MT for circuit-switched cordless telephony and 
to a fax machine FG. 

Finally, the set-top box STB is connected to a multiphoitv p lurality of 
potential terminals EG, that is to say a "Personal Digital Assistant" PDA and a 
smart telephone STF. The connection between the set-top box STB and the cited 
terminals is again based preferably on a short-range radio interface embodied 
according to the IEEE 802.1 1 standard (WLAN standard) or Bluetooth standard. 
The set-top box STB is additionally connected to a television set FA via a SCART 
or S-Video interface, with the set-top box STB and television set FA forming a 
further terminal EG. 

FIGURE 3 shows a third scenario for transmitting different service 
messages SN between service centers SZ1...SZ5 and terminals EG located in a 
"Smart Home" scenario SHU which differs from the second scenario according to 
FIGURE 2 only in that the second server SV2, with all its functionalities, is a 
constituent part of the set-top box STB. The integrating of units having different 
functionalities can be advanced to such an extent, for example, that the router RT is 
also a constituent part of the set-top box STB. 

FIGURES 4a and 4b show a first flowchart having a plurality of flow 
phases AP1...AP6 for transmitting a service message SN according to the "one- 
server concept" shown in FIGURE 1, in which concept the service center 
SZ1...SZ5 is connected via the first connection VI to the server SV and in which 
concept the server SV is connected via the second connection V2 to the terminal 
EG and together with the terminal EG forms a communication system KS. 

In an initial status AZ the terminal EG is put into operation by a user. In a 
directly ensuing first flow phase API a network address NAD containing, for 
example, a telephone number or e-mail address is transmitted from the terminal EG 
to the server SV for registering the terminal EG with the server SV. The server SV 
stores the network address NAD and forwards it to the service center SZ1...SZ5, 
where the network address NAD is likewise stored. 

This is shown in the respective change-of-state diagram in FIGURES 6 and 
7 by the transition from a first EG status (terminal status) "Network address NAD, 
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for example telephone number, e-mail address etc." EGZl to a first SV status 
(server status) "Storing the network address and communication system address" 
SVZl and a first SZ status (service center status) "Storing the network address" 
SZZl. 

On receiving the network address NAD, server SV responds by transmitting 
an access authorization ZGB to the terminal EG. 

The terminal EG logs on to the server SV in a directly ensuing second flow 
phase AP2. For this purpose said terminal transmits a conraiunication system 
address KSAD containing, for example, an IP address, device information GIF 
comprising, for example, type or features, and control information STIF, 
comprising, for example, a password or the type and scope of a notification 
message, to the server SV. The server SV stores the communication system address 
KSAD and the device and control information GIF, STIF and transmits a service 
message generating template SNEV to the terminal EG which template is 
presented, for example, in different formats such as "HyperText Markup Language 
(HTML)", "Extensible Markup Language (XML)", "WAP (Wireless Application 
Protocol) Markup Language (WML)" or "Synchronized Multimedia Integration 
Language (SMIL)". 

This is also shown or, as the case may be, indicated, substantially excepting 
obvious individual storage operations, in the change-of-state diagrams in FIGURES 
6 and 7 by the transitions from a second EG status "Communication system address 
KSAD, for example an IP address etc." EGZ2 to the first SV status "Storing the 
network address and communication system address" SVZl, from a third EG status 
"Device information GIF, for example type and features etc." EGZ3 to the server 
SV or, as the case may be, to a second SV status "Producing a service message 
generating template SNEV, for example HML, XML, WML, SMIL, etc." SVZ2, 
jfrom a fourth EG status "Control information STEP, for example a password, the 
type and scope of the notification message etc." EGZ4 to the server SV, and fi"om 
the second SV status "Producing a service message generating template SNEV, for 
example HML, XML, WML, SMIL, etc." SVZ2 to the terminal EG. 
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In a third flow phase AP3 the server SV uses the received information GIF, 
STIF to generate a configuration profile which is stored by the server SV. 

How the configuration profile is generated is shown, substantially excepting 
obvious individual storage operations, in the change-of-state diagram in FIGURE 6 
by the transitions from a third SV status "Conmnmication template KFV, for 
example XSLT (style sheet)" SVZ3 (Extensible Style Sheet Language 
Transformation) to a fourth SV status "Parameterizing" SVZ4, and from the fourth 
SV status "Parameterizing" SVZ4, taking account of the device and control 
information GIF, STIF (transitions of the EG statuses EGZ3, EGZ4 to the server 
SV) transmitted from the terminal EG to the server SV, to a fifth SV status 
"Communication profile KFP, for example XSLT (style sheet)" SVZ5. 

The configuration profile KFP is consequently the result of parameterizing 
the configuration template KFV by means of the device and control information 
GIF, STIF. 

In a first follow-on status FZl a service message SN arrives in the service 
center SZL..SZ5 for the user of the terminal EG. In a fourth flow phase AP4 the 
service center SZ1...SZ5 thereupon transmits the service message SN to the server 
SV for example in accordance with the server/service center-specific transmission 
protocol SMTP, MML..MM7. The received service message SN is analyzed and 
stored in the server SV. The server SV then transmits a notification message MN to 
the terminal EG informing the terminal EG that a service message SN intended for 
the terminal EG is in the server SV and can be collected. For this purpose the 
notification message MN contains a "Unified Resource Location (URL)". 

This is also shown, substantially excepting obvious individual storage 
operations, in the change-of-state diagram in FIGURE 6 by the transitions from a 
second SZ status "Service message SN, for example SMS, MMS, e-mail, fax, voice 
mail, Instant Messaging etc." SZZ2 to the server SV, from the second SZ status 
"Service message SN, for example SMS, MMS, e-mail, fax, voice mail, Instant 
Messaging etc." SZZ2 to a sixth SV status "Analyzing and disassembling the 
service message" SVZ6, from the sixth SV status "Analyzing and disassembling 
the service message" SVZ6 to a seventh SV status "Structure information SIF, for 
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example MPEG-7" SVZ7, from the second SZ status "Service message SN, for 
example SMS, MMS, e-mail, fax, voice mail. Instant Messaging etc." SZZ2 to an 
eighth SV status "Producing a notification" SVZ8, from the first SV status "Storing 
the network address and communication system address" SVZl to the eighth SV 
status "Producing a notification" SVZ8, and from the eighth SV status "Producing a 
notification" SVZ8 to a fifth EG status '^Notification message MN" EGZ5. 

The service message stored in the server SV is disassembled into its 
individual components during analyzing and disassembling in the sixth SV status 
SVZ6 and the structure of the message and/or the semantic meaning of the 
individual components analyzed. The results of said analysis are then compiled into 
structure information SIF, preferably in MPEG-7 format, and stored. In parallel 
with the above-described analysis, a notification is generated in the eighth SV 
status SVZ8 concerning the service message's arrival in the server SV, where 
applicable (as an additional option) also taking account of individual message 
content, after which the notification message MN is transmitted with the "Unified 
Resource Location (URL)" to the relevant terminal EG in accordance with the 
network address and communication system address NAD, KSAD stored in the 
server. 

In a directly ensuing fifth flow phase APS the terminal EG transmits a 
retrieval request AAF to the server SV to collect the service message SN stored in 
the server SV. On receiving said retrieval request AAF the server SV edits the 
stored service message SN for outputting and presenting the message content on the 
terminal EG and, for this purpose, produces a presentation message PN that is 
presented, for example, in different formats such as "HyperText Markup Language 
(HTML)", "Extensible Markup Language (XML)", "WAP (Wireless Application 
Protocol) Markup Language (WML)" or "Synchronized Multimedia Integration 
Language (SMIL)" and which it transmits to the terminal EG in accordance with 
the server-Zterminal-specific transmission protocol HTTP, SIP. After receiving the 
presentation message PN the terminal EG presents said presentation message PN 
acoustically, graphically, and/or optically. 
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This is also shown or, as the case may be, indicated, substantially excepting 
obvious individual storage operations, in the change-of-state diagram in FIGURE 6 
by the transitions from the fifth EG status "Notification message MN" EGZ5 to a 
sixth EG status "Retrieval request AAF" EGZ6, from the sixth EG status "Retrieval 
request AAF" EGZ6 to a ninth S V status "Generating a presentation" SVZ9, from 
the seventh SV status "Structure information SIF, for example MPEG-7" SVZ7 to 
the ninth SV status "Generating the presentation" SVZ9, from the fifth S V status 
"Configuration profile KFP, for example XSLT (style sheet)" SVZ5 to the ninth SV 
status "Generating the presentation" SVZ9, from the ninth SV status "Generating a 
presentation" SVZ9, taking account of the service message SN transmitted from the 
service center SZ1...SZ5 to the server SV (transition of the SZ status SZZ2 to the 
server SV), to a seventh EG status "Presentation message PN, for example HTML, 
XML, WML, SMIL etc." EGZ7, and from the seventh EG status "Presentation 
message PN, for example HTML, XML, WML, SMIL etc." EGZ7 to an eighth EG 
status "Presenting the presentation message, for example acoustically, graphically, 
and/or optically" EGZ8. When the terminal EG has transmitted the retrieval request 
AAF to the server SV for collecting the service message SN, a presentation is 
generated in the ninth SV status SVZ9 from the stored service message SN by 
means of the configuration profile KFP and the stmcture information SIF, after 
which the presentation message PN is transmitted to the terminal EG, where said 
message is presented acoustically, graphically, and/or optically. 

In a second follow-on status FZ2 the user of the terminal EG wishes to send 
someone (for example a distant mobile radio subscriber) a service message SN. In a 
sixth flow phase AP6 the user of the terminal EG first generates the content of said 
service message then inserts the generated content into the service message 
generating template SNEV received from the server SV during the log-on phase. If 
the service message generating template SNEV is not available to the user at this 
time, which may certainly be the case if, as a possible alternative to the case shown 
in FIGURES 4a and 4b, the service message generating template SNEV has not 
been transmitted during the second flow phase AP2 (log-on phase) of the terminal, 
then the service message generating template SNEV must be requested separately 
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from the terminal EG. The completed service message generating template SNEV 
will be conveyed to the server SV when the user has inserted the generated content 
into the service message generating template SNEV. In the sixth flow phase AP6 
the server SV generates the service message SN from the conveyed service 
message generating template SNEV and transmits said message to the service 
center SZl ...SZ5 for the purpose of conveying the message to the distant mobile 
radio subscriber. 

This is also shown or, as the case may be, indicated, substantially excepting 
obvious individual storage operations, in the change-of-state diagram in FIGURE 7 
by the transitions from a ninth EG status "Message content generated by the user of 
the terminal" EGZ9 to a tenth EG status "Transferring the message content to the 
service message generating template, for example HTML, XML, WML, SMIL 
etc." EGZIO, from the tenth EG status "Transferring the message content to the 
service message generating template, for example HTML, XML, WML, SMIL 
etc." EGZIO, taking account of the service message generating template SNEV 
transmitted from the server SV to the terminal EG (transition of the SV status 
SVZ2 to the terminal) to an eleventh EG status "Completed service message 
generating template" EGZl 1, from the eleventh EG status "Completed service 
message generating template" EGZl 1 to a tenth SV status "Producing the service 
message SN, for example SMS, MMS, e-mail, fax, voice mail, Instant Messaging 
etc." SVZIO, and from the tenth SV status "Producing the service message SN, for 
example SMS, MMS, e-mail, fax, voice mail. Instant Messaging etc." SVZIO to a 
third SZ status "Service message SN, for example SMS, MMS, e-mail, fax, voice 
mail. Instant Messaging etc." SZZ3. 

FIGURES 5a and 5b show a second flowchart having a plurality of flow 
phases AP1'..-AP7' for transmitting a service message SN according to the "two- 
server concept" shown in FIGURE 2, in which concept the service center 
SZ1...SZ5 is connected via the first connection VI to the first server SVl and in 
which concept the first server SVl is connected via the second connection V2 to 
the second server SV2 and together with the second server SV2 forms a first 
communication system KSl, and in which concept the second server SV2 is 
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connected via the third connection V3 to the terminal EG and together with the 
terminal EG forms a second communication system KS2. 

In an initial status AZ' the second server SV2 and the terminal EG are put 
into operation by a user. In a directly ensuing first flow phase APT a network 
address NAD containing, for example, a telephone number or e-mail address is 
transmitted from the second server SV2 to the first server SVl for registering the 
second server SV2 with the first server SVl. The first server SVl stores the 
network address NAD and forwards it to the service center SZ1...SZ5, where the 
network address NAD is likewise stored. 

This is shown in the respective change-of-state diagram in FIGURES 8 and 
9 by the transition from a first SV2 status (server-2 status) "Network address NAD, 
for example telephone number, e-mail address etc." SV2Z1 to a first SVl status 
(server- 1 status) "Storing the network address and first communication system 
address" SVIZI and a first SZ status (service center status) "Storing the network 
address" SZZl. 

On receiving the network address NAD, the first server SVl responds by 
transmitting an access authorization ZGB to the second server SV2. 

The second server SV2 logs on to the first server SVl in a directly ensuing 
second flow phase AP2\ For this purpose said -the second server transmits a first 
communication system address KSADl containing, for example, an IP address to 
the first server SVl. The first server SV stores the first communication system 
address KSADl. 

This is shown in the respective change-of-state diagram in FIGURES 8 and 
9 by the transition from a second SV2 status "First communication system address 
KSADl, for example IP address etc." SV2Z2 to the first SVl status "Storing the 
network address and first communication system address" SVIZI. 

The terminal EG logs on to the second server SV2 in a then ensuring third 
flow phase AP3'. For this purpose said terminal transmits a second communication 
system address KSAD2 containing, for example, an IP address, device information 
GIF comprising, for example, type or features, and control information STEP, 
comprising, for example, a password or the type and scope of a notification 
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message, to the second server SV2. The second server SV2 stores the second 
communication system address KSAD2 and the device and control information 
GIF, STIF and transmits a service message generating template SNEV to the 
terminal EG which template is presented, for example, in different formats such as 
HyperText Markup Language (HTML)", "Extensible Markup Language (XML)", 
"WAP (Wireless Application Protocol) Markup Language (WML)" or 
"Synchronized Multimedia Integration Language (SMIL)". 

This is also shovm, substantially excepting obvious individual storage 
operations, in the change-of-state diagrams in FIGURES 8 and 9 by the transitions 
from a twelfth EG status "Second communication system address KSAD2, for 
example IP address etc." EGZ12 to a third SV2 status "Storing the second 
communication system address" SV2Z3, from the third EG status "Device 
information GIF, for example type and features etc." EGZ3 to the second server 
SV2 or, as the case may be, to a fourth SV2 status "Producing a service message 
generating template SNEV, for example HML, XML, WML, SMIL, etc." SV2Z4, 
from the fourth EG status "Control information STIF, for example a password, the 
type and scope of the notification message etc." EGZ4 to the second server SV2, 
and from the fourth SV2 status "Producing a service message generating template 
SNEV, for example HML, XML, WML, SMIL, etc." SV2Z4 to the terminal EG. 

In a fourth flow phase AP4' the second server SV2 uses the received 
information GIF, STIF to generate a configuration profile which is stored by the 
second server SV2. 

How the configuration profile is generated is shown, substantially excepting 
obvious individual storage operations, in the change-of-state diagram in FIGURE 8 
by the transitions from a fifth SV2 status "Communication template KFV, for 
example XSLT (style sheet)" SV2Z5 (Extensible Style Sheet Language 
Transformation) to a sixth SV2 status "Parameterizing" SV2Z6, and from the sixth 
SV2 status "Parameterizing" SV2Z6, taking account of the device and control 
information GIF, STIF (transitions of the EG statuses EGZ3, EGZ4 to the second 
server SV2) transmitted from the terminal EG to the second server SV2, to a 
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seventh SV2 status "Communication profile KFP, for example XSLT (style sheet)" 
SV2Z7. 

The configuration profile KFP is consequently the result of parameterizing 
the configuration template KFV by means of the device and control information 
GIF, STIF. 

In a first follow-on status FZT a service message SN arrives in the service 
center SZ1.,.SZ5 for the user of the terminal EG. In a fifth flow phase APS* the 
service center SZ1...SZ5 thereupon transmits the service message SN to the first 
server SVl for example in accordance with the server/service center-specific 
transmission protocol SMTP, MML..MM7, which server forwards said message to 
the second server SV2. The received service message SN is analyzed and stored in 
the second server SV2. The second server SV then transmits a notification message 
MN to the terminal EG informing the terminal EG that a service message SN 
intended for the terminal EG is in the second server SV2 and can be collected. For 
this purpose the notification message MN contains a "Unified Resource Locator 
(URL)". 

This is also shown, substantially excepting obvious individual storage and 
forwarding operations, in the change-of-state diagram in the change-of-state 
diagram in FIGURE 8 by the transitions firom a second SZ status "Service message 
SN, for example SMS, MMS, e-mail, fax, voice mail. Instant Messaging etc." SZZ2 
to the second server SV2, fi-om the second SZ status "Service message SN, for 
example SMS, MMS, e-mail, fax, voice mail. Instant Messaging etc." SZZ2 to an 
eighth SV2 status "Analyzing and disassembling the service message" SV2Z8, 
from the eighth SV2 status "Analyzing and disassembling the service message" 
SV2Z8 to a ninth SV2 status "Structure information SEP, for example MPEG-7" 
SV2Z9, fi-om the second SZ status "Service message SN, for example SMS, MMS, 
e-mail, fax, voice mail, Instant Messaging etc." SZZ2 to a tenth SV2 status 
"Generating a notification" SV2Z10, fi-om the third SV2 status "Storing the second 
communication system address" SVZl to the tenth SV2 status "Generating a 
notification" SV2Z10, and fi-om the tenth SV2 status "Generating a notification" 
SV2Z10 to the fifth EG status '^Notification message MN" EGZ5. 
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The service message stored in the second server S V2 is disassembled into 
its individual components during analyzing and disassembling in the eighth S V2 
status SV2Z8 and the structure of the message and/or the semantic meaning of the 
individual components analyzed. The results of said analysis are then compiled into 
structure information SIF, preferably in MPEG-7 format, and stored. In parallel 
with the above-described analysis, a notification is generated in the tenth SV2 
status SV2Z10 conceming the service message's arrival in the second server SV2, 
where applicable (as an additional option) also taking account of individual 
message content, after which the notification message MN is transmitted with the 
"Unified Resource Location (URL)" to the relevant terminal EG in accordance with 
the network address and second communication system address NAD, KSAD2 
stored in the second server. 

In a directly ensuing sixth flow phase AP6' the terminal EG transmits a 
retrieval request AAF to the second server SV2 to collect the service message SN 
stored in the second server SV2. On receiving said retrieval request AAF the 
second server SV2 edits the stored service message SN for outputting and 
presenting the message content on the terminal EG and, for this purpose, produces a 
presentation message PN that is presented, for example, in different formats such as 
"HyperText Markup Language (HTML)", "Extensible Markup Language (XML)", 
"WAP (Wireless Application Protocol) Markup Language (WML)" or 
"Synchronized Multimedia Integration Language (SMIL)" and which it transmits to 
the terminal EG in accordance with the server-Zterminal-specific transmission 
protocol HTTP, SIP. After receiving the presentation message PN the terminal EG 
presents said presentation message PN acoustically, graphically, and/or optically. 

This is also shown or, as the case may be, indicated, substantially excepting 
obvious individual storage operations, in the change~of-state diagram in FIGURE 8 
by the transitions from the fifth EG status "Notification message MN" EGZ5 to the 
sixth EG status "Retrieval request AAF" EGZ6, fi-om the sixth EG status "Retrieval 
request AAF" EGZ6 to an eleventh SV2 status "Generating a presentation" 
SV2Z11, fi-om the ninth SV2 status "Structure information SIF, for example 
MPEG-7" SV2Z9 to the eleventh SV2 status "Generating the presentation" 
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SV2Z1 1, from the seventh SV2 status "Configuration profile KFP, for example 
XSLT (style sheet)" SV2Z7 to the eleventh SV2 status "Generating the 
presentation" SV2Z1 1, from the eleventh SV2 status "Generating a presentation" 
SV2Z1 1, taking account of the service message SN transmitted from the service 
center SZ1...SZ5 to the second server SV2 (transition of the SZ status SZZ2 to the 
second server SV2) to the seventh EG status "Presentation message FN, for 
example HTML, XML, WML, SMIL etc." EGZ7, and from the seventh EG status 
"Presentation message PN, for example HTML, XML, WML, SMIL etc." EGZ7 to 
the eighth EG status "Presenting the presentation message, for example 
acoustically, graphically, and/or optically" EGZ8. When the terminal EG has 
transmitted the retrieval request AAF to the second server SV2 for collecting the 
service message SN, a presentation is generated in the eleventh SV2 status SV2Z1 1 
from the stored service message SN by means of the configuration profile KFP and 
the structure information SIF, after which the presentation message PN is 
transmitted to the terminal EG, where said message is presented acoustically, 
graphically, and/or optically. 

In a second follow-on status FZ2' the user of the terminal EG wishes to 
send someone (for example a distant mobile radio subscriber) a service message 
SN. In a seventh flow phase APT' the user of the terminal EG first generates the 
content of said service message then inserts the generated content into the service 
message generating template SNEV received from the second server SV2 during 
the log-on phase. If the service message generating template SNEV is not available 
to the user at this time, which may certainly be the case if, as a possible alternative 
to the case shown in FIGURES 5a and 5b, the service message generating template 
SNEV has not been transmitted during the third flow phase AP3' (log-on phase) of 
the terminal, then the service message generating template SNEV must be 
requested separately from the terminal EG. The completed service message 
generating template SNEV will be conveyed to the second server SV2 when the 
user has inserted the generated content into the service message generating template 
SNEV. In the seventh flow phase AP7' the second server SV2 generates the service 
message SN from the conveyed service message generating template SNEV and 
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transmits said message to the service center SZ1...SZ5 for the purpose of conveying 
the message to the distant mobile radio subscriber. 

This is also shovra or, as the case may be, indicated, substantially excepting 
obvious individual storage operations, in the change-of-state diagram in FIGURE 9 
by the transitions from the ninth EG status "Message content generated by the user 
of the terminal" EGZ9 to the tenth EG status "Transferring the message content to 
the service message generating template, for example HTML, XML, WML, SMIL 
etc." EGZIO, from the tenth EG status ^Transferring the message content to the 
service message generating template, for example HTML, XML, WML, SMIL 
etc." EGZIO, taking account of the service message generating template SNEV 
transmitted from the second server SV2 to the terminal EG (transition of the SV2 
status SV2Z4 to the terminal) to the eleventh EG status "Completed service 
message generating template" EGZl 1, from the eleventh EG status "Completed 
service message generating template" EGZl 1 to a twelfth SV2 status "Producing 
the service message SN, for example SMS, MMS, e-mail, fax, voice mail, Instant 
Messaging etc." SV2Z12, and from the twelfth SV2 status "Producing the service 
message SN, for example SMS, MMS, e-mail, fax, voice mail. Instant Messaging 
etc." SV2Z12 to the third SZ status "Service message SN, for example SMS, MMS, 
e-mail, fax, voice mail. Instant Messaging etc." SZZ3. 

FIGURE 10 shows the basic structure of the server SV in FIGURE 1 and of 
the second server S V2 in FIGURES 2 and 3 for transmitting a service message SN 
on the downlink (service center ~> terminal). Besides the editing xmit ABE already 
mentioned in the description of FIGURES 1 to 3, the service message memory SNS 
located in the server SV, SV2 and assigned to the editing unit ABE, and the user 
database NDB likewise located in the server SV, SV2 and assigned to the editing 
unit ABE, the server SV, SV2 accordingly also contains a server/service center 
interface (SS interface) SS-S and a server/terminal interface (SE interface) SE-S, 
SE-S'. The server SV, SV2 is connected via the SS interface SS-S to the service 
center SZ1...SZ5 and via the SE interface SE-S, SE-S' to the terminal EG. While 
the SS interface SS-S is designed for transmitting the service message SN in 
accordance with the transmission protocol SMTP, MMl..,MM7-over-TCP/IP, the 
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SE interface SE-S is embodied for transmitting the presentation message PN, the 
notification message MN, and other information or, as the case may be, messages 
in accordance with the transmission protocol HTTP-over-TCP/IP. As an altemative 
to the SE interface SE-S it is, however, also possible to use the SE interface SE-S' 
(this is indicated in FIGURE 10 by the dot-and-dash lining), with the SE interface 
SE-S' being embodied for transmitting the presentation message PN, the 
notification message MN, and other information or, as the case may be, messages 
in accordance with the transmission protocol SIP-over-TCP/IP. 

The editing unit ABE contains a service message analyzing module SNAM 
and a notification message generating module MNEM, with the latter having an I 
connection (INPUT connection) to the service message analyzing module SNAM. 
Both the service message analyzing module SNAM and the notification message 
generating module MNEM moreover also have an I connection to the SS interface 
SS-S. The service message analyzing module SNAM also has an O connection 
(OUTPUT connection) to the service message memory SNS, while the notification 
message generating module MNEM also has an I connection to the user database 
NDB and an O connection to the SE interface SE-S, SE-S'. The transmitting and 
processing operations belonging to the flow phase AP4, AP5' in FIGURES 4a and 
5b are performed in the fiinctional unit formed fi"om the service message analyzing 
module SNAM, the service message memory SNS, the notification message 
generating module MNEM, the user database NDB, the SE interface SE-S, and the 
SS interface SS-S according to the representations shown in FIGURES 4a, 5b, 6, 
and 8. 

The editing unit ABE fiirthermore has a configuration module KFM, a 
"style sheet" archive SSA, a "WEB server" module WSM, and a media adaption 
module MAM, with the configuration module KFM having an I connection to the 
service message memory SNS and "style sheet" archive SSA and an I/O connection 
(INPUT/OUTPUT connection) to the user database NDB and the "WEB server" 
module WSM, with the "WEB server" module WSM having, alongside the I/O 
connection to the configuration module KFM, in each case a further I/O coimection 
to the user database NDB, the SE interface SE-S, and the media adaption module 
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MAM, and an O connection to the SS interface SS-S, and with the media adaption 
module MAM having, alongside the I/O connection to the "WEB server" module 
WSM, an I connection to the user database NDB. 

The transmitting and processing operations belonging to the flow phases 
API, APr, AP2, AP2', AP3' in FIGURES 4a and 5a are performed in the 
functional unit formed from the "WEB server" module WSM, the user database 
NDB, the SE interface SE-S, and the SS interface SS-S according to the 
representations shown in FIGURES 4a, 5a and 6 to 9. 

The transmitting and processing operations belonging to the flow phases 
APS, APS, AP4', AP6' in FIGURES 4a, 4b, 5a, and 5b are performed in the 
functional unit formed from the configuration module KFM, the service message 
memory SNS, the "style sheet" archive SSA, the "WEB server" module WSM, the 
user database NDB, the media adaption module MAM, and the SE interface SE-S, 
SE-S' according to the representations shown in FIGURES 4a, 4b, 5a, 5b, 6, and 8. 

FIGURE 1 1 shows the basic structure of the server SV in FIGURE 1 and of 
the second server S V2 in FIGURES 2 and 3 for transmitting a service message SN 
on the uplink (terminal ~> service center). Besides the editing unit ABE already 
mentioned in the description of FIGURES 1 to 3, the service message memory SNS 
located in the server SV, S V2 and assigned to the editing unit ABE, and the user 
database NDB likewise located in the server SV, SV2 and assigned to the editing 
unit ABE, the server SV, SV2 accordingly also contains a server/service center 
interface (SS interface) SS-S and a server/terminal interface (SE interface) SE-S, 
SE-S'. The server SV, SV2 is connected via the SS interface SS-S to the service 
center SZ1...SZ5 and via the SE interface SE-S, SE-S' to the terminal EG. While 
the SS interface SS-S is designed for transmitting the service message SN in 
accordance with the transmission protocol SMTP, MMl...MM7-over-TCP/IP, the 
SE interface SE-S is embodied for transmitting the presentation message PN, the 
notification message MN, and other information or, as the case may be, messages 
in accordance with the transmission protocol HTTP-over-TCP/IP. As an alternative 
to the SE interface SE-S it is, however, also possible to use the SE interface SE-S' 
(this is indicated in FIGURE 11 by the dot-and-dash lining), with the SE interface 
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SE-S' being embodied for transmitting the presentation message PN, the 
notification message MN, and other information or, as the case may be, messages 
in accordance with the transmission protocol SIP-over-TCP/IP. 

Besides the "WEB server" module WSM and the user database NDB, the 
editing unit ABE contains a service message generating module SNEM, a template 
producing module VEM, and a template archive VA, with the "WEB server" 
module WSM having, alongside the I/O connection to the user database NDB and 
the SE interface SE-S, an O connection to the service message generating module 
SNEM and an I/O connection to the template producing module VEM, with the 
template producing module VEM having, alongside the I/O connection to the 
"WEB server" module WSM, an I connection to the user database NDB and the 
template archive VA, and with the service message generating module SNEM 
having, alongside the connection to the "WEB server" module WSM, an O 
connection to the SS interface SS-S. 

The transmitting and processing operations belonging to the flow phases 
AP6, AP7' in FIGURES 4b and 5b are performed in the functional unit formed 
from the "WEB server" module WSM, the user database NDB, the template 
archive VA, the service message generating module SNEM, the template producing 
module VEM, the SE interface SE-S, and the SS interface SS-S according to the 
representations shown in FIGURES 4b, 5b, 7, and 9. 

FIGURE 12 shows the basic structure of the terminal EG embodied as a set- 
top box STB in conjxmction with a television set FA, FBS and with a remote 
control instrument FBI. The central element of the terminal EG is the set-top box 
STB consisting substantially of a processing unit VAE, a buffer memory PSP, a 
wireless interface DL-S, and a server/terminal interface (SE interface) SE-S. The 
set-top box STB is connected to the server SV, SV2 according to FIGURES 10 and 
1 1 via the SE interface SE-S, which is again designed for the transmission protocol 
HTTP-over-TCP/IP, 

The wireless interface DL-S sets up the wireless connection, preferably 
embodied as an infrared or radio link, to the remote control instrument FBE, which 
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can be embodied as, for example, a computer keyboard or a television remote 
control unit. 

The buffer memory PSP serves to buffer the output data transmitted via a 
SCART or S-video interface to the television set FA having a television screen 
FBS. 

The processing unit VAE of the set-top box STB contains a "WEB 
browser" module WBM and a message receiver module MEM embodied as a 
"listener" or, as the case may be, notification recipient. Both the "WEB browser" 
module WBM and the message receiver module MEM have in each case I/O 
connections to the buffer memory PSP, the SE interface SE-S, and the wireless 
interface DL-S. The "WEB browser" module WBM furthermore has an I 
connection to the message receiver module MEM. 

For displaying the output data on the television screen this is subdivided 
into four quadrants Ql ...Q4. The content of a message archive is displayed in a first 
quadrant Ql (top left on the screen). The television program in progress is 
displayed in a second quadrant Q2 (top right on the screen), while the respective 
message text or, as the case may be, current media element, for example an image 
or video, is displayed in a third quadrant Q3 (bottom left on the screen) and a fourth 
quadrant Q4 (bottom right on the screen). 

The remote control instrument FBI has an OK key, for example for 
selecting a message, and in each case two vertical cursor keys ("top/up" and 
"bottom/down" arrow keys) and horizontal cursor keys ("left" and "right" arrow 
keys). The vertical cursor keys make it possible to navigate in the message archive 
while the horizontal keys are used to change between the individual quadrants 
Q1...Q4. The OK key and cursor keys of the remote control instrument FBI can 
alternatively be embodied as soflkeys. 

FIGURE 13 shows the basic structure of the terminal EG embodied as a set- 
top box STB in conjunction with a television set FA, FBS and with a remote 
control instrument FBI wherein the data and messages requiring to be transmitted 
to the terminal can be transmitted with the aid of an SIP protocol. The central 
element of the terminal EG is again the set-top box STB consisting substantially of 
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a processing unit VAE' modified owing to the SIP protocol, the buffer memory 
PSP, the wireless interface DL-S, and a modified server/terminal interface (SE 
interface) SE-S'. The set-top box STB is connected to the server SV, SV2 
according to FIGURES 10 and 1 1 via the SE interface SE-S' which, in contrast to 
the SE interface shown in FIGURE 12, is designed for the transmission protocol 
SIP-over-TCP/IP. 

The wireless interface DL-S again sets up the wireless connection, 
preferably embodied as an infrared or radio link, to the remote control instrument 
FBE, which can be embodied as, for example, a computer keyboard or a television 
remote control unit. 

The buffer memory PSP again serves to buffer the output data transmitted 
via a SCART or S-video interface to the television set FA having a television 
screen FBS. 

The processing unit VAE of the set-top box STB again contains a "WEB 
browser" module WBM and a modified message receiver module MEM' embodied 
as a "listener" or, as the case may be, notification recipient. Both the "WEB 
browser" module WBM and the message receiver module MEM' again have in 
each case I/O connections to the buffer memory PSP, the SE interface SE-S, and 
the wireless interface DL-S. The "WEB browser" module WBM fiirthermore has 
an I coimection to the message receiver module MEM'. 

For displaying the output data on the television screen this is again 
subdivided into four quadrants QL..Q4. The content of a message archive is 
displayed in a first quadrant Ql (top left on the screen). The television program in 
progress is displayed in a second quadrant Q2 (top right on the screen), while the 
respective message text or, as the case may be, current media element, for example 
an image or video, is displayed in a third quadrant Q3 (bottom left on the screen) 
and a fourth quadrant Q4 (bottom right on the screen). 

The remote control instrument FBI again has an OK key, for example for 
selecting a message, and in each case two vertical cursor keys ("top/up" and 
"bottom/down" arrow keys) and horizontal cursor keys ("left" and "right" arrow 
keys). The vertical cursor keys make it possible to navigate in the message archive 
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while the horizontal keys are used to change between the individual quadrants 
Q1...Q4. The OK key and cursor keys of the remote control instrument FBI can 
alternatively be embodied as softkeys. 

While the invention has been described with reference to one or more 
exemplarv embodiments, it will be understood bv those skilled in the art that 
various changes mav be made and equivalents may be substituted for elements 
thereof without departing from the scope of the invention. In addition, many 
modifications may be made to adapt a particular situation or material to the 
teachings of the invention without departing from the essential scope thereof. 
Therefore, it is intended that the invention not be limited to the particular 
embodiments disclosed as the best mode contemplated for carrying out this 
invention, but that the invention will include all embodiments falling within the 
scope of the appended claims. 
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ABSTRACT 

According to the invontion disclosure , various service messages (SN) , such 
as , for exampl e , multimedia messages (MMS m e ssages) , short messages (SMS 
m e ssag e s) , Email messges, fax messages, "Voice Mail" messages, "Instant 
Messaging" messages etc., available or provided in a service centra c e n ter 
(SZ1...SZ5) , or generated in a terminal (EG), can b e are transmitted between the 
service c e ntr e center and fee a terminal, without the terminal having to be 
embodied as a client with relation to the transmission and processing of the service 
message, whereby the service message (SN) is directly or indirectly transmitted 
from the service c e ntr e (SZ1...SZS) center to a server (SV, SV2) , embodied as 
message server, preparing the message by m e ans of using an intermediate server 
(SVl) and sent from the above in prepared form, for output on th e fix e d/mobil e a 
network specific terminal (EG) to the terminal and multimedia message content is 
transmitted in the reverse direction from the terminal (EG) to the server (SV, SV2) 
which generates multimedia messages (SN) from said th e content and then sends 
the above directly or indirectly to the service c e ntra (SZ1....SZ5) center . 
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